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ADDRESS SUPPORT FOR RESOURCES IN 
COMMON- LANGUAGE RUNTIME LANGUAGES 

BACKGROUND OF THE INVENTION 
5 The present invention generally pertains to 

programming tools provided to a software developer , 
More particularly, the present invention pertains to 
programming tools for addressing resources, in 
particular resources that are compliant with the 

10 Common Language Specification. 

Programming within a managed code execution 
environment is known in the art. One known example 
of such an environment is the environment that 
includes the Common Language Runtime (CLR) . 

15 Compilers and tools expose the runtime's 
functionality and enable a developer to write code 
that benefits from managed code execution. Code that 
is developed with a language compiler that targets 
the runtime is known as managed code. Managed code 

20 benefits from features such as cross-language 
integration, cross-language exception handling, 
enhanced security, versioning and deployment support, 
a simplified model for component interaction, and 
debugging and profiling services. 

25 It is an understood theory that to fully 

interact with other objects regardless of the 
language they were implemented in, objects should 
expose to callers those features that are common to 
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the languages with which they are to inter-operate. 
With this theory in mind, the Common Language 
Specification (CLS) , which is a set of basic language 
features common across multiple applications, has 
5 been defined. Languages that target the CLR have 
generally agreed to support CLS features and follow 
the CLS rules directed to compilers. Compilers for 
languages that target the CLR have simplified CLS 
compliance by making CLS data types and features 

10 available for creating components. If a component 
uses only CLS features in the API that it exposes to 
other code (including derived classes) , the component 
is essentially guaranteed to be accessible from any 
programming language that supports the CLS. 

15 Components that adhere to the CLS rules and use only 
the features included in the CLS are said to be CLS- 
compliant components . 

Generally speaking, current development 
environments provide only a cursory-level of support 

20 for managing resources, in particular CLS-compliant 
resources, at design time. In order to insert a 
resource into code, a developer is commonly required 
to hard code a reference identifier (e.g., from 
memory) . Alternatively, a developer copies a 

25 reference identifier from a reference file (e.g., 
requiring the developer to switch back and forth 
between the coding program and the reference file) . 

A reference identifier for a resource 
commonly comprises a key name and a string. Given 

30 the present level of support for resource management, 



3 

there is a significant risk that a developer will 
incorrectly type a key name or string. While the 
process of consulting a reference file to obtain a 
key name or string will theoretically reduce errors, 
5 the extra effort is tedious and therefore arguably 
provides some incentive for the developer to guess at 
the correct values. Of course, the process of 
guessing is prone to error. 

It is common that a bug originating in an 

10 inaccurately addressed resource does not produce a 
build-time error and is typically discoverable at 
runtime only. This means that while a product is 
under test, the code-path that actually exercises the 
incorrectly addressed resource generally must be hit. 

15 Recognizing all addressing errors can be difficult 
without code-invasive measures. Also, for address 
correction under these testing circumstances, the 
tester of the application typically is required to 
correctly interpret an addressing error, which is not 

20 always an easy or straightforward task. 

SUMMARY OF THE INVENTION 
Embodiments of the present invention 
pertain to a computer-implemented method for reducing 
25 coding errors prior to runtime in the context of a 
managed code execution environment. The method 
includes providing a developer with access to a 
plurality of managed code resources. The method also 
includes verifying that a resource identifier input 
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by the developer corresponds to one of the plurality 
of managed code resources. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 FIG. 1 is a block diagram of one computing 

environment in which the present invention may be 
practiced. 

FIG. 2 is a schematic block diagram 
illustrating a code development environment. 
10 FIG. 3 is an exemplary screenshot. 

FIG. 4 is an exemplary screenshot. 

FIG. 5 is a flow chart illustrating steps 
associated with directly accessing information 
pertaining to CLS-compliant resources. 

15 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

FIG. 1 illustrates an example of a suitable 
computing system environment 100 within which 
embodiments of the present invention may be 

20 implemented. The computing system environment 100 is 
only one example of a suitable computing environment 
and is not intended to suggest any limitation as to 
the scope of use or functionality of the invention. 
Neither should the computing environment 100 be 

25 interpreted as having any dependency or requirement 
relating to any one or combination of components 
illustrated in the exemplary operating environment 
100. 

The invention is operational with numerous 
30 other general purpose or special purpose computing 
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system environments or configurations. Examples of 
well-known computing systems, environments, and/or 
configurations that may be suitable for use with the 
invention include, but are not limited to, personal 
5 computers, server computers, hand-held or laptop 
devices, multiprocessor systems, microprocessor-based 
systems, set top boxes, programmable consumer 
electronics, network PCs, minicomputers, mainframe 
computers, telephony systems, distributed computing 

10 environments that include any of the above systems or 
devices, and the like. 

The invention may be described in the 
general context of computer-executable instructions, 
such as program modules, being executed by a 

15 computer. Generally, program modules include 
routines, programs, objects, components, data 
structures, etc. that perform particular tasks or 
implement particular abstract data types. The 
invention may also be practiced in distributed 

20 computing environments where tasks are performed by 
remote processing devices that are linked through a 
communications network. In a distributed computing 
environment, program modules may be located in both 
local and remote computer storage media including 

25 memory storage devices. 

With reference to FIG. 1, an exemplary 
system for implementing the invention includes a 
general-purpose computing device in the form of a 
computer 110. Components of computer 110 may 

30 include, but are not limited to, a central processing 
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unit 120, a system memory 130, and a system bus 121 
that couples various system components including the 
system memory to the processing unit 120. 

The system bus 121 may be any of several 
5 types of bus structures including a memory bus or 
memory controller, a peripheral bus, and a local bus 
using any of a variety of bus architectures. By way 
of example, and not limitation, such architectures 
include Industry Standard Architecture (ISA) bus, 

10 Micro Channel Architecture (MCA) bus, Enhanced ISA 
(EISA) bus, Video Electronics Standards Association 
(VESA) local bus, and Peripheral Component 
Interconnect (PCI) bus also known as Mezzanine bus. 

Computer 110 typically includes a variety 

15 of computer readable media. Computer readable media 
can be any available media that can be accessed by 
computer 110 and includes both volatile and 
nonvolatile media, removable and non-removable media. 
By way of example, and not limitation, computer 

20 readable media may comprise computer storage media 
and communication media. Computer storage media 
includes both volatile and nonvolatile, removable and 
non-removable media implemented in any method or 
technology for storage of information such as 

25 computer readable instructions, data structures, 
program modules or other data. Computer storage 
media includes, but is not limited to, RAM, ROM, 
EEPROM, flash memory or other memory technology, CD- 
ROM, digital versatile disks (DVD) or other optical 

30 disk storage, magnetic cassettes, magnetic tape, 
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magnetic disk storage or other magnetic storage 
devices, or any other medium which can be used to 
store the desired information and which can be 
accessed by computer 110. Communication media 

5 typically embodies computer readable instructions, 
data structures, program modules or other data in a 
modulated data signal such as a carrier wave or other 
transport mechanism and includes any information 
delivery media. The term "modulated data signal' 7 

10 means a signal that has one or more of its 
characteristics set or changed in such a manner as to 
encode information in the signal. By way of example, 
and not limitation, communication media includes 
wired media such as a wired network or direct-wired 

15 connection, and wireless media such as acoustic, RF, 
infrared and other wireless media. Combinations of 
any of the above should also be included within the 
scope of computer readable media. 

The system memory 130 includes computer 

20 storage media in the form of volatile and/or 
nonvolatile memory such as read only memory (ROM) 131 
and random access memory (RAM) 132. A basic 
input/output system 133 (BIOS) , containing the basic 
routines that help to transfer information between 

25 elements within computer 110, such as during start- 
up, is typically stored in ROM 131. RAM 132 
typically contains data and/or program modules that 
are immediately accessible to and/or presently being 
operated on by processing unit 120. By way of 

30 example, and not limitation, FIG. 1 illustrates 
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operating system 134, application programs 135, other 
program modules 136, and program data 137. 

The computer 110 may also include other 
removable /non-removable volatile /nonvolatile computer 
5 storage media. By way of example only, FIG. 1 
illustrates a hard disk drive 141 that reads from or 
writes to non-removable, nonvolatile magnetic media, 
a magnetic disk drive 151 that reads from or writes 
to a removable, nonvolatile magnetic disk 152, and an 

10 optical disk drive 155 that reads from or writes to a 
removable, nonvolatile optical disk 156 such as a CD 
ROM or other optical media. Other removable/non- 
removable, volatile/nonvolatile computer storage 
media that can be used in the exemplary operating 

15 environment include, but are not limited to, magnetic 
tape cassettes, flash memory cards, digital versatile 
disks, digital video tape, solid state RAM, solid 
state ROM, and the like. The hard disk drive 141 is 
typically connected to the system bus 121 through a 

20 non-removable memory interface such as interface 140, 
and magnetic disk drive 151 and optical disk drive 
155 are typically connected to the system bus 121 by 
a removable memory interface, such as interface 150. 

The drives and their associated computer 

25 storage media discussed above and illustrated in FIG. 
1, provide storage of computer readable instructions, 
data structures, program modules and other data for 
the computer 110. In FIG. 1, for example, hard disk 
drive 141 is illustrated as storing operating system 

30 144, application programs 145, other program modules 
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146, and program data 147. Note that these 

components can either be the same as or different 
from operating system 134, application programs 135, 
other program modules 136, and program data 137. 
5 Operating system 144, application programs 145, other 
program modules 146, and program data 147 are given 
different numbers here to illustrate that, at a 
minimum, they are different copies. 

A user may enter commands and information 

10 into the computer 110 through input devices such as a 
keyboard 162, a microphone 163, and a pointing device 
161, such as a mouse, trackball or touch pad. Other 
input devices (not shown) may include a joystick, 
game pad, satellite dish, scanner, or the like. 

15 These and other input devices are often connected to 
the processing unit 120 through a user input 
interface 160 that is coupled to the system bus, but 
may be connected by other interface and bus 
structures, such as a parallel port, game port or a 

20 universal serial bus (USB) . A monitor 191 or other 
type of display device is also connected to the 
system bus 121 via an interface, such as a video 
interface 190. In addition to the monitor, computers 
may also include other peripheral output devices such 

25 as speakers 197 and printer 196, which may be 
connected through an output peripheral interface 190. 

The computer 110 may operate in a networked 
environment using logical connections to one or more 
remote computers, such as a remote computer 180. The 

30 remote computer 180 may be a personal computer, a 
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hand-held device, a server, a router, a network PC, a 
peer device or other common network node, and 
typically includes many or all of the elements 
described above relative to the computer 110. The 
5 logical connections depicted in FIG . 1 include a 
local area network (LAN) 171 and a wide area network 
(WAN) 173, but may also include other networks. Such 
networking environments are commonplace in offices, 
enterprise-wide computer networks, intranets and the 
10 Internet. 

When used in a LAN networking environment, 
the computer 110 is connected to the LAN 171 through 
a network interface or adapter 170. When used in a 
WAN networking environment, the computer 110 

15 typically includes a modem 172 or other means for 
establishing communications over the WAN 173, such as 
the Internet. The modem 172, which may be internal 
or external, may be connected to the system bus 121 
via the user input interface 160, or other 

20 appropriate mechanism. In a networked environment, 
program modules depicted relative to the computer 
110, or portions thereof, may be stored in the remote 
memory storage device. By way of example, and not 
limitation, FIG. 1 illustrates remote application 

25 programs 185 as residing on remote computer 180. It 
will be appreciated that the network connections 
shown are exemplary and other means of establishing a 
communications link between the computers may be 
used. 
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FIG. 2 is a schematic block diagram 
illustrating a code development environment 201 in 
accordance with one aspect of the present invention. 
The environment includes a design program 202 and a 
5 managed code infrastructure 204. Infrastructure 204 
is illustratively, although not necessarily, a 
managed code execution environment such as but not 
limited to an environment that incorporates the 
existing .NET framework offered by Microsoft 

10 Corporation of Redmond, Washington. 

Design program 202 is a development tool, 
in- particular a programming environment, that 
operates in conjunction with managed code 
infrastructure 204 to provide tools for designing, 

15 building, testing and deploying applications. Design 
program 202 is illustratively, although not 
necessarily, a program in the VISUAL STUDIO . NET line 
of products offered by Microsoft Corporation. 
Managed code infrastructure 204 illustratively 

20 incorporates a managed code execution environment 
that is configured to support cross-language 
compliant code. In accordance with one embodiment, 
infrastructure 204 incorporates the Common Language 
Runtime component of Microsoft Corporation's .NET 

25 infrastructure, wherein, in this case, design program 
202 is configured to cooperate with managed code 
infrastructure 204 in the production of code that is 
at least partially CLS-compliant . 

In accordance with one aspect of the 

30 present invention, managed code infrastructure 204 
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and design program 202 together provide a resource 
manager 208 that manages resource information 207 for 
languages supported by managed code infrastructure 
204. In accordance with one embodiment, resource 
5 information 207 includes information pertaining to 
CLS-compliant resources. Within FIG. 2, resource 
manager 208 and information 207 are shown in a dotted 
box that is disassociated from program 202 and 
infrastructure 204. This arrangement is intended to 

10 reflect the fact that the precise implementation is 
not critical to the present invention. The resource 
manager and information could be implemented as part 
of infrastructure 204, as part of program 202, as 
separate components or otherwise. 

15 A resource request is communicated to 

resource manager 208 via any of a variety of known 
acceptable methods. In accordance with one 

embodiment, a resource is illustratively requested 
via a "GetString (string KeyName)" method. For 

20 example, during design time, a developer interfaces 
with program 202 and creates code that incorporates a 
call to resource manager 208, for example a call for 
a CLS-compliant component maintained as part of 
resource information 207. The coded resource call 

25 illustratively includes an indication of a string and 
key name associated with the desired resource. Based 
on the coded resource call, at some point in the 
process, a corresponding string resource request is 
made to resource manager 208 utilizing a 

30 "GetString (string KeyName)" call. If the string 
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and/or key name is not entered correctly at design 
time (e.g., a typo in the KeyName) , it is not 
uncommon that the error is not easily discoverable 
until runtime. Again, a method other than the 
5 described GetString method can be utilized without 
departing from the scope of the present invention. 

In accordance with one aspect of the 
present invention, design program 202 includes a 
StringRes tool 206 generally configured to reduce or 

10 eliminate errors in the addressing of resources prior 
to runtime. StringRes tool 206 is illustratively a 
custom tool that supplements design program 202 in 
order to help better manage string resources. In 
accordance with one embodiment, StringRes tool 206 is 

15 shipped as an integral part of design program 202. 
In accordance with another embodiment, StringRes tool 
206 is an upgrade that can be integrated or installed 
into program 202. 

Assuming design program 202 includes 

20 StringRes tool 206, in accordance with one 
embodiment, the tool is automatically implemented in 
association with any coding project initiated by a 
developer utilizing design program 202. In 
accordance with another embodiment, however, a 

25 developer is provided with the functionality of tool 
206 only when the tool is turned on or installed in 
the context of a specific project (i.e., the tool is 
selectively activated on a project by project basis) . 

FIG. 3 is a screenshot 300 that represents 

30 one example of what an interface to design program 
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202 might look like. A developer illustratively 
inputs code into coding area 302. In the specific 
context of screenshot 300, as is indicated by 
highlighted tab 304, a developer is authoring code in 
5 conjunction with a file designated as "Forml . cs" . 

A file selection area 305 is provided to 
enable the developer to move between different files 
and different projects. A configuration area 306 is 
provided to enable the developer to at least 

10 selectively activate or deactivate various 
programming tools such as StringRes tool 206. In the 
specific context of screenshot 300, as is indicated 
within area 306, the StringRes tool has been 
activated in conjunction with the "FORM1 . RESX" file. 

15 Accordingly, the functionality of the StringRes tool 
will be provided to the developer when he or she 
enters code in the context of the FORM1.RESX file. 
In accordance with one embodiment, the functionality 
will also be extended to files that bear a 

20 predetermined hierarchical relationship to the 
Forml. resx file. Accordingly, in accordance with one 
aspect of the present invention, the StringRes tool 
is implemented as a custom programming tool that is 
activated on an as-desired basis. For the purpose of 

25 the present description, it will be assumed that 
StringRes tool 206 is also activated for the 
"FORM1.CS" file, which is the file open in coding 
area 302. 

With this in mind, in accordance with one 
30 aspect of the present invention, a subsystem 
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associated with the StringRes tool (e.g., a project 
management subsystem) is able to respond in 
accordance with a particular CLR-compliant language 
in use for a project being worked on. When a new 
5 file is added to a project, or an existing file is 
modified (e.g., by touching the CustomTool 
properties), that file's parent is inspected. The 
parent determines if the project is C#, C++, VB, etc. 
Based on that determination, code is emitted in the 

10 appropriate language for the project. In this 
manner, one design program solution can contain 
multiple projects, and the StringRes tool can 
accommodate . 

In accordance with one aspect of the 

15 present invention, StringRes tool 206 provides a 
developer with convenient design-time accessibility 
to resource address/index information and also 
optionally to the values that correspond to the 
catalogued resources. In accordance with one 

20 embodiment, the access to resources is provided in 
the form of information displayed in pop-up windows 
and/or drop-down lists (e.g., directly within the 
design program interface) that assist the developer 
in statement and function completion. For example, 

25 identifier information (i.e., key name, string and/or 
value information) that corresponds to available 
resources are displayed to the developer for 
selection and statement completion. 

In accordance with one embodiment, valid 

30 resource information is displayed for a specific 
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resource reference. For example, following entry of 
a resource object, command or function, an activator 
key initiates a display of a drop-down list of valid 
values for the current command or function. In 
5 accordance with one embodiment, the activator key is 
a period (.). In accordance with other embodiments, 
the activator key is a space bar, the left (open) 
parenthesis, or some other key call. In accordance 
with one embodiment, navigating (i.e., scrolling) or 

10 typing through a drop down list and stopping (e.g., 
for a predetermined amount of time) on one of the 
available selections will cause additional 
information to appear in a pop-up window proximate to 
the drop-down menu. 

15 In accordance with one embodiment, a 

developer is provided with options on the design 
program interface that enable him or her to adjust 
. the status of the automatic delivery of resource 
information to Auto, Manual or Disabled. When set to 

20 Automatic, a resource list automatically appears when 
an activator key is pressed. When set to Manual, the 
developer can selectively activate display of 
resource information (e.g., with an Edit menu 
command, a shortcut menu selection, or a CTRL key 

25 combination) when a cursor is positioned at a 
location associated with information availability. 
In accordance with one embodiment, information 
specifically related to CLS-compliant resources is 
made available to a developer through the described 
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design program interface upgrades offered as a 
component of StringRes tool 206. 

Generally speaking, StringRes tool 206 
enables efficient cross-referencing for the selection 
5 of resource identifiers and corresponding 
information, in particular identifiers and 
information related to CLS-compliant resources. 
Accordingly, in accordance with one aspect of the 
present invention, when a developer enters a resource 

10 class and follows it with an activation key, a list 
(e.g., a drop-down menu) is automatically provided 
showing the related accessible methods and 
properties. In accordance with one embodiment, the 
automatically generated list is a collection of key 

15 names for available strings. In accordance with 
another embodiment, highlighting one of the key names 
then initiates provision of the related string value 
(e.g., within a pop-up box). 

FIG. 4 is a screenshot 400 that represents 

20 another example of an interface to design program 
202. The FIG. 4 shot is substantially similar to the 
FIG. 3 shot, and the assumption that StringRes tool 
206 is activated remains valid. Within the coding 
area at location 425, a developer has keyed in 

25 "FORM11", which is illustratively a precursor to 
input of a resource identifier. Following the 
precursor, the developer has keyed in a period (.), 
which is illustratively an activator key that 
initiates a response from StringRes tool 206 in the 

30 form of a drop-down menu 430. Menu 4 30 
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illustratively contains resource information that is 
valid for the corresponding precursor entry. 

In accordance with one embodiment, the 
information in the drop-down box is arranged in a 
5 hierarchical fashion. For example, a resource can 
illustratively be available based in a plurality of 
languages, each corresponding to a separate element 
displayed in the box as a hierarchical element 
related to a broader source element. Of course, 

10 organization can be based on any factor other than 
language. It should be noted that menu 430 can be 
configured to contain more than the illustrated six 
choices (e.g., a scrollable list alphabetically or 
otherwise arranged) . The elements listed in menu 430 

15 can be, but are not necessarily, key names that 
correspond to elements such as CLS-compliant 
elements . 

To continue the example, the developer then 
navigates through menu 4 30 and stops on the 

20 "MICHELLELOC" entry. Pausing on the entry 

illustratively initiates appearance of a 
corresponding a pop-up box 436, which contains string 
and/or value information related to the element 
selected from menu 430. Ultimately, the developer 

25 will select one of the entries from menu 430. 
Selection will cause a resource key name, string 
and/or value to be automatically inserted into the 
code at an appropriate location. 

FIG. 5 is a flow chart illustrating steps 

30 associated with one embodiment of the present 



19 

invention. In accordance with block 502, a developer 
is provided with access to CLS-compliant resources. 
In accordance with step 504, during code development, 
the developer is presented with a collection of 
5 resource identifiers that each represent a CLS- 
compliant resource. As is indicated by step 506, the 
developer then selects from the collection an 
identifier that represents a desired CLS-compliant 
resource. Finally, in accordance with step 508, 

10 corresponding and accurate information is 
incorporated into the developer's project. 

In accordance with another aspect of the 
present invention, StringRes tool 206 provides 
support for a build-time check to determine whether 

15 resources, in particular CLS-compliant resources, 
have been addressed in error. The check is carried 
out by comparing resource identifier values in the 
code with a collection of valid values (e.g., the 
same collection of resource values that are 

20 maintained in order to support the described design- 
time provision of resource information) . If there is 
a resource value that does not match a stored value, 
an error will illustratively be submitted to the 
developer for correction. In accordance with one 

25 embodiment, the system is configured to enable a 
developer to add information to the list of valid 
values as necessary to configure the system to accept 
new or different resource inputs. 

In accordance with one embodiment, with 

30 reference to the FIG. 3 screenshot, to extend the 



20 

resource tools to new resource information, a 
developer selects (e.g., right clicks) a project 
within the area 305 solution explorer. The developer 
can then initiate an addition to the project file of 
5 a file with an extension of ".strings". New strings 
are then added to the .strings file as necessary. 

In accordance with one more specific 
embodiment, to add new resource information, a 
developer first brings up a menu of functional 

10 options by choosing (i.e., right-clicking) a project 
in solution area 305. The developer then selects an 
"Add New Item" function in order to bring up a 
dialog. The developer then chooses a "Resources" 
category and a "String Resource Tool sub-category in 

15 order to add to the project a file with an extension 
of ".strings". Selecting a "Show All Files" option 
in the solution explorer will illustratively reveal 
that the .strings file has two children items, a 
".cs" file and a ".resx" file. The children files 

20 are illustratively not to be edited directly as they 
are generated from the .strings file. These files 
are generated not at build time but instead are 
generated whenever there is a change to the .strings 
file, or to the custom tool or custom tool namespace 

25 properties of the .strings file. 

To add resource information, the developer 
simply adds information to the .strings file, for 
example, using the format "<keyName> = <value>". One 
example of the format is: 



30 
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SimpleMsg = This is a simple message. 

The default file name of the .strings file 
is illustratively STR1 . strings, which generates a 
5 class named "STR1" in the child ".cs" file (the class 
names comes from the file name) . Accordingly, for 
example, within a C# programming environment, the 
following would be an accurate example: 

10 STR1 . SimpleMsg; // the string returned from this 

would be "This is a simple message." 

The common operation of using string . format 
is illustratively taken care of by the tool also. An 
15 example is: 

FileNotFoundError (filename, description, int 
retries) = The file {0} was not found because 
{1}. The number of retry attempts was {2}. 

20 

Not specifying the type of a given 
parameter illustratively defaults to System. String 
for the type. Within the c# programming environment, 
an applicable example is: 

25 

STR1 . FileNotFoundError ( "myFile . abc" , "the file 
was deleted", 30); //This would print: The file 
myFileabc. was not found because the file was 
deleted. The number of retry attempts was 30. 

30 

Comments in the .strings file 

illustratively begin with either a pound sign (#) or 
a semicolon (;). Comments marked with the pound sign 
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are illustratively not seen externally, whereas those 
marked by a semicolon are generally available. The 
comments to be seen externally are output to the 
.resx file. The StringRes tool illustratively only 
5 recognizes valid comment lines if and only if the 
first character in the line is either • #' or f ; f . 

Each message in the .strings file 
illustratively generates two accessors in the auto- 
generated class. One is for "language neutral" and 

10 one is for a "specified language". For messages of 
the simple type, the accessor is a field. To add a 
language as a parameter a function is added and the 
name is changed slightly (e.g., "Loc" is appended to 
the field name) . For messages that take parameters, 

15 the name is unchanged; and only the parameter list 
changes (i.e., a Culturelnfo parameter is added). A 
casual perusal of the auto-generated . cs file will 
reveal the details. 

The .strings file when added to a project 

20 illustratively has the custom tool property set to 
"StringRes," the Custom Tool Namespace set to null, 
and the Build Action set to "none." The namespace 
for the output of StringRes is obtained from the 
project, but it can illustratively be overridden by 

25 setting the Custom Tool Namespace to the desired 
namespace for the output. 

The way a design program recognizes the 
StringRes tool as the Custom Tool is illustratively 
by the file in the solution explorer having the 

30 Custom Tool property set to StringRes. Accordingly, 
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adding a .txt or .abc file is fine (i.e., within a c# 
project) as long as the CustomTool property is set to 
StringRes and the file is in the valid format. 

After deployment of culture-neutral 
5 resources in production, loc resources can 
illustratively be deployed at any time without 
touching binaries; and without requiring a rebuild. 
If a string resource is requested and is unavailable 
• at runtime, the hierarchy of resources is 
10 illustratively traversed and the root of the 
hierarchy is the culture-neutral resource set. So, 
if a Japanese string is requested, but unavailable, 
then the English string will be returned. If later 
the Japanese resource set becomes available, the 
15 Japanese string will be returned instead. 

As an example, consider the following 

scenario : 

1) AppX uses string resources embedded in the 
20 AppX executable; 

2) six weeks later, a sudden interest in AppX 
arises in Austria, the language of Austrian 
German being "de-At" in the 
System. Localization . Culture Info class; 

25 3) In AppX's executable directory, a 

subdirectory of "de-AT" is created as well as 
one of "de" for standard German; 

4) The loc vendor for Austrian German is late, 
but the localized resources are received in time 
30 in standard German; 
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5) The localized resources are dropped in the 
"de" subdirectory, wherein AppX is still running 
as the loc resources were dropped hot (e.g., did 
not have to restart the service) ; 
5 6) Requests for "de-AT" strings are returned 

with "de" strings; and 

7) At a later date, when the resources for "de- 
AT" are dropped, they are returned instead. 



10 In accordance with one embodiment, the 

StringRes tool is configured to manage a plurality of 
strings, a representation of which are provided in 
some form to a user (e.g., within a drop-down 
listbox) . The tool provides an auto-complete 

15 functionality, wherein when the user selects one of 
the entries that the StringRes is manageing (e.g., 
selects from the drop-down box) , the value of that 
string is provided to the user in some form (e.g., 
within a pop-up box) . 

20 For example, consider a scenario wherein 

the StringRes tool is managing STR1. strings that 
includes "myString = This is my string". If, within 
the design program interface, the user types in STR1 
in an appropriate location (e.g., as the VisualStudio 

25 .net IDE), then a list of corresponding options will 
be presented (e.g., within a drop-down list box). If 
the user selects from the list of options myString 
then the tool will report the corresponding value 
(e.g., "This is my string"). In accordance with one 

30 embodiment, the value is reported within a balloon or 



25 

a pop-up box) . Accordingly, the user is able to 
obtain the **value** of the addressed string at 
design time. 

The methods described herein generally 
5 reduce or eliminate resource-addressing errors, 
thereby preventing the errors from being introduced 
into an application. Providing the value of 

resources, in particular CLS-compliant resources, at 
design time enhances the productivity and accuracy of 

10 code development. 

The present description includes an 
explanation as to how strings are added specifically 
to a .strings file. In accordance with one aspect of 
the present invention, the StringRes tool also works 

15 with standard files (e.g., standard .resx files). 
In accordance with one embodiment, when string 
definitions are added to the definitions made 
available through the StringRes tool functionality, 
all that is required is a name/value pair (e.g., 

20 "myString = This is my string") . 

Although the present invention has been 
described with reference to particular embodiments, 
workers skilled in the art will recognize that 
changes may be made in form and detail without 

25 departing from the spirit and scope of the invention. 



